home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960425-19960715 / 000155_news@columbia.edu _Mon May 27 18:11:33 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id SAA11738 for <kermit.misc@watsun>; Mon, 27 May 1996 18:11:32 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id SAA06197 for kermit.misc@watsun; Mon, 27 May 1996 18:11:31 -0400 (EDT)
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!news.uoregon.edu!vixen.cso.uiuc.edu!uwm.edu!math.ohio-state.edu!magnus.acs.ohio-state.edu!lerc.nasa.gov!purdue!mozo.cc.purdue.edu!expert.cc.purdue.edu!strianta
  5. From: strianta@expert.cc.purdue.edu (Spiros Triantafyllopou)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Kermit on ancient PC
  8. Date: 27 May 1996 20:41:41 GMT
  9. Organization: Purdue University Computing Center
  10. Lines: 32
  11. Message-ID: <4od425$ilo@mozo.cc.purdue.edu>
  12. References: <4ocj0m$98d@mozo.cc.purdue.edu> <4ocrho$1b9@apakabar.cc.columbia.edu>
  13. NNTP-Posting-Host: expert.cc.purdue.edu
  14. X-Newsreader: TIN [version 1.2 PL2]
  15.  
  16. Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote:
  17. : So are you using RTS/CTS flow control?  If not, what happens when you do?
  18.  
  19. No, only xon/xoff. 
  20.  
  21. : That comment is relevant to "real" PCs.  The 6300 is not necessarily the
  22. : same as a real PC -- it was also designed to run UNIX, so might have some
  23. : other things going on inside that a real PC does not, even if it is "IBM
  24. : compatible".
  25.  
  26. I have the normal 6300, not the plus (the plus was for Unix with a 286 cpu).
  27.  
  28. : RTS/CTS flow control is the best you can do to prevent data loss.  Make sure
  29. : the modem is configured for it (as the PPI script does, of course) and that
  30. : your cable has RTS and CTS wires and that they go to the right pins on the
  31. : far end.  However, RTS/CTS still does not guarantee that data won't be lost,
  32. : because if the computer is very slow it might fail to fetch byte n from the
  33. : UART register before byte n+1 arrives.  (Still, it shouldn't be THAT
  34. : slow...)
  35.  
  36. I'll try a 25 <--> 25 cable (the last cable was a different one with a few
  37. (7) pins soldered and also RTS/CTS... But I was mucho surprised because
  38. when the PC was in its prime we used similar (or slower) systems with
  39. 9600 lines into terminal servers and no problems...
  40.  
  41. Thanks for the fast response! 
  42.  
  43. Spiros
  44. --
  45. EMAIL: strianta@indy.net    URL: http://expert.cc.purdue.edu/~strianta
  46. Software Technology Group, Delco Electronics, c23st@eng.delcoelect.com
  47. Graduate Student (CEE),  Human Factors Engineering,  Purdue University